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CHAPTER 1 - Data Types and Formats 



1.1 Basic Allowable Types 

In this architecture/ a word has 4 bytes? a half wora has 2? a 
character/ one. Double precision refers to 2-word quantities? 
single precision refers to 1-word quantities. This chapter enu- 
merates the data types supported by the arch i tecture/ and describes 
the formats they take while residing in system memory. 



1.1.1 Floating Point 

Real numbers are represented in standard Data General (and 
IBM) format. 



Figure 1-1/ "Floating Point Format" 



Both single precision and double precision will be suported. 



1.1.2 Fixed 

Fixed point numbers are supported in 2's complement integer 
representation. Direct support is provided for 8-/ 16-/ 32-/ and 
64-bit container sizes. 



Figure 1-2/ "Fixed Point Format" 
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1.1.3 



Boo 1 ean 



1-2 



1.1.3 Boo 1 ean 

Boolean values occupy a one bit container and have the value 
zero or one. 



1.1.4 String 

Byte strings of lengths from 1 to 2**15 bytes are supported in 
the architecture. A string descriptor is associated with each byte 
string. 



Figure 1-3 , "String Format" 



1.1.5 Commercial 

The architecture provides direct support for the data types 
listed below: 

* Unpacked decimals low-order sign/overpunch 

* Unpacked decimal/ high-order sign/overpunch 

* Unpacked decimal/ trailing sign 

* Unpacked decimal/ leading sign 

* Unpacked decimal/ unsigned 

* Packed decimal (IBM format) 

* Binary integer/ signed 

* Binary integer/ unsigned 

Eighteen digits of precision are supported. The formats are as 
f ol 1 ows : 
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Figure 1-4# "Unpacked decimal# low-order sign/overpunch" 



Figure 1-5# "Unpacked decimal# high-order sign/overpunch" 



figure 1-6# "Unpacked decimal# trailing sign" 



Figure 1-7# "Unpacked decimal# leading sign" 



Figure 1-8# "Unpacked decimal# unsigned" 



Figure 1-9# "Packed decimal" 
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Commerci al 
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Figure 1-10, "Binary integer, signed" 



Figure 1-11, "Binary integer, unsigned" 



A commercial descriptor is always accociated with a commercial 
word. 



1.1.6 Bit Numer i cs 

The architecture supports the manipulation of a string of 
consecutive bits for 1 to 32 bits. When the operation specified 
calls for a numeric value, the bit string is considered to be in 
two's complement form. 



1.2 Rounding 

Two guard digits are provided for floating point operations, 
with the following rounding modes provided: 



* Truncation 

* Round toward zero. 

* Round away from zero. 

* Round toward plus infinity. 

* Round toward minus infinity. 

* Unbiased round. 



Truncation is the only legal form of rounding in implimenta- 
tions with only a single guard digit. A trap will occur if another 
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Rounding 
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form of rounding is specified. 



--End of Chapter-- 
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CHAPTER 2 - Addressing 



2.1 Address Structure 

The MT A architecture supports an address space of 512 Mbytes 
(Mbyte = 2**20 by t di v i ded into 128 segments# each containing up 
to 4 Mbytes. A segment can contain either procedure or data. 

The basic addressing granul ar i ty i s to the byte# although bit# 
byte# word (32 bits)# half-word (16 bits) and double word (64 bit) 
operations are defined. The address mechanism of the memory system 
is always presented with a virtual address comprised of segment and 
byte offset within the segment. This logical address is 29 bits in 
length. (See Memory Management Chapter for a detailed description 
of memory management and the translation of the logical address to 
a physical address). 



2.2 Architecturally Defined Registers 

The processor contains the following registers for use with 
the standard instruction set: 



* Base Registers (BR) - The 8 base registers are 32 bits 
wide. Their contents are interpreted as follows: 



I RING I SEGMENT I BYTE OFFSET I 



023 9 10 31 

I BYTE POINTER -->1 



In the above format# the three bit ring field provides 
protection information# while the segment and byte offset 
fields comprise a 29 bit byte pointer. 

Four base registers are allocated to the following 
architectural pointers: 
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Architecturally Defined Registers 
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BRO - Program Counter (PC) 
BR1 - Frame Pointer (FP) 

8R2 - Argument Pointer CAP) 
BR3 - Global Pointer (GP) 



The PC can only be modified as a result of a branch type 
instruction. BR1 through BR7 can only be modified by 
pointer-specific instructions. Violation of these restric- 
tions is signalled by a specification error. 

* General Registers (GR) - Eight 32-bit registers are defined 

for use in indexing and temporary storage. 64-bit entities 
may only be moved to an even-odd pair of GR's; this provi- 
des four 64-bit registers (DPQ/ DPI/ DP2/ DP3). String^ 
operands and commercial operands may not be referenced in a (C-v* 
GR. Sit numeric types may only be moved to or from a GR 
using the bit numeric move instructions with a length field 
less than 32 bits. 

* Interrupt sfat^s*^ egister (ISR) - This 17 bit register 
contains an interrupt disable bit (interrupts are inhibited 
when this bit is set) / ana 16 bits specifying which 
interrupts will be honored if interrupts are enabled. 

* User Status Resister (USR) - The User Status Register 
contains user relevant status in the following format: 



I COND I 
I <BITS-> I 



101112*31 IRNDI ITEICEIAEI 



01234578 12 13 14 15 



In this register/ bits 0-3 are condition bits CBG/ C81/ 
CB2/ and CB3z respectively. They are altered at the 
conclusion of each instruction in a predefined 
fashion. Bits 5 - 7 specify the rounding mode of the 
arithmetic unit. Chapter 2 details the rounding 
modes. Bits 13 - 15 enable (or disable) the trace/ 
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Architecturally Defined Registers 



2-3 



commercial* and arithmetic traps respectively. All bits not 
specified are reserved by the archi tecture* and must be 
cleared to zero. 

* Stack Pointer CSP) - This register contains an address 
which points to the last filled location on the top of the 
current stack. The format of the SP is identical to that 
of a BR. A complete definition of the stack mechanism is 
provided later. 



2,3 Data Address Formation 



An in-line data reference is self-de scribing and falls into 
one of six categories? 



a ) 


based* 


b) 


absolute* 


c) 


regi ster* 


d) 


local variable 


e) 


argument* and 


f ) 


1 i teral . 



When indirection is specified (i.e. the bit labeled is set)* 
the in-line reference points to a 32-bit intermediate address which 
points to the desired operand* multiple-level indirection is not 
provided. An intermediate address has the following format? 



I RING I SEGMENT I BYTE OFFSET I 

023 9 10 31 

I <-- BYTE POINTER --> I 
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2.3.1 Based Data References 

The following formats are used for based address generation: 



Format 


BO 


1 1 


0 1 3 1 1 | BR* 1 1 01 










0 


1 2 3 4 5 6 7 






Format 


B 1 


1 1 


1131 BR 1 


DISPC10) 


I 






0 


1 2 3 5 6 




15 


Format 


B2 


To’ 

m m m 


TrSTTTspcsTT 


"gkT br”7 


”ordT 



0123 7 8 10 11 13 14 lb 



Format B3 II 0131 Bk II II DISPC16) I 

01235678 23 



Format B4 II 01310 0 0 1 01 GR I 6R I ORD I DISP(16)I 

0123 7 8 10 11 13 14 15 16 31 



Format 


B5 


1 1 


01310 1 


0 1 01 


0001 


BR 1 


000 1 


00 1 DXSP C22) I 






0 


1 2 3 


7 


8 10 


11 13 


14 15 


16 18 39 


Format 


B6 


IT 

mm n 


'oTTToT 


’o*7~q7 


”gr’"T 


BR 1 


Hord~1 


:""ToTdTspT22TT 



0123 7 8 10 11 13 14 15 16 18 39 
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Every format specifies a BR (format BO can only specify BR4# 
BR5# BR6# or BR7) while some formats also specify a GR ana/or a 
twos-compl ement byte displacement. When PC relative addressing is 
specified (the specified BR is BRQ)# the value of the PC used in 
the address resolution is the address the the instruction's first 
opcode byte. 

Each based data reference is resolved into an effective byte 
address consisting of two fields: a 7-bit effective segment# and a 
22-bit effective byte offset. The effective segment is simply the 
segment number (bits 3-9) of the byte pointer contained in the 
specified BR. The effective byte offset is computed usung the 
following terminology: 



(BR ( X # Y ) ) 


represents bits X through Y of the 
contents of the specified BR 


EGR ( X # Y) ] 


represents bits X through Y of the 
contents of the specified GR 


DISP(X) 


represents the X bits of the , ^ {I r, 7 ti 6 tfX 

specified displacement^ sujf/ Jv ^ 


ORD 


represents the contents of the 
specified ordinal multiplier 


t#*#** 


represent twos-compl ement addition# 
multiplication# and exponentiation# 
respect i ve 1 y . 



The formulas for determining the effective byte offset are: 
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Format 


Effective Byte 


1 Offset 






BO 


tBR*(10,31)] 










B 1 


[BR(10,31)] 


+ 


DISP(10) 

i 






B2 


tBR (10*31)3 


+ 


DISPC5) + 


EGR (10* 


31)] *(2**QRD) 


B3 


CBR ( 1 0 * 3 1 ) J 




DlSP(lfe) 






B« 


[BR (10*31)) 




DISP (16) + 


(GR ( 1 0 


*31)1 *(2**QRD) 


85 


EBR (10,3133 


+ 


DISP (22) 






B6 


CBR (10,31)3 




DISP (22) + 


[GR ( 1 0 


*31)] *(2**0RD) 



Formats B2* B4* and B6 provide indexed addressing by incorpor- 
ating the contents of a GR in the effective byte offset 
computation. The two-bit QRD field permits ordinal addressing of 
elements in an array by specifying that the contents of the index- 
ing GR be multiplied by a constant to account for element length. 
The original GR contents are not modified. 

When indirection and indexing are both specified* 
post-indexing occurs. The intermediate address is located by : 



Effective segment = [BR(3*9)J 

Effective byte offset = [BR(1Q,31)] + OISP 



When the intermediate address has been fetched* the operand address 
is computed as: 
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Effective segment = INT(3>9) 

Effective byte offset = INTC10,31) + CGR(10,31)] *C2**0RD) 
where INT(0#31) is the intermediate address 



2.3.2 Absolute Data References 



The following format is used for absolute address generation: 



II OloHO 1 1 1 01 RING I SEG I OFFSET I 
0123 78 10 11 17 18 39 



2.3.3 Register Data References 

The BRs and GRs are addressed using the following formats; 



1 1 0 0 1 BR 10 II 



0 2 3 


5 6 


m mm m 

1 


TT”oTT”’ 


GR 10 


77 


0 2 3 


5 6 


7 
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2.3.4 Local Variable Data References 



Local variables in the stack frame can be addressed using the 
fol lowing format : 



10011 LV# 

0 1 2 3 4 5 6 7 



The LV# field is interpreted as a word offset relative to BR1> 
the frame pointer. Thus* the effective byte offset is computed by 
multiplying the LV# field by 4 (forming a byte displacement) and 
adding it to the byte offset contained in FP. 



2.3.5 Argument Data References 



Arguments passed to a subroutine are addressed using the 
fol 1 owi ng format : 



II Oltfl ARC# I 0 01 



0 1 2 3 4 5 6 7 



The ARG# field is interpreted as a word offset relative to 
BR2* the argument pointer. Thus* the effective byte offset is 
computed by multiplying the ARG# field by 4 (forming a byte 
displacement) and adding it to the byte offset contained in AP. 



2.3.6 Literal Data References 
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In-line literals are generated by operand references of the 
following formats: 



Format LI 



10 0 01 LIT (5) I 
0 2 3 7 



Format L2 



II 0 0 0 0 1 1 01 LITCX) I 
0 7 8 15 



The length of the literal contained in format L2 is defined as the 
length of the data type assoc i at eg^wi t h the instruction's opcode. 
Possible lengths are 1# 2rf3p orMMbytes, 



2.4 Operand References 



© 

0 



An operand is specified by oner two# or three data referencesr 
depending on its data type. 



2.4.1 Fixed-point Operand References 



A fixed-point operand is specified by a single data reference. 
2.4.2 Floating-point Operand References 

A floating-point operand is specified by a single data 
reference . 
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2.4.3 Boolean Operand References 



A boolean operand is specified by two data references. The 
first reference is a byte pointer to the ease of a bit table? the 
second data reference provioes a 32-bit bit offset from the base. 
The two references are referred to as a bit-ref. 



2.4.4 Bit-numeric Operand References 



A bit-numeric operand is specified by three data references. 
The first two are a byte pointer and bit offset* as for a boolean 
operand. The third data reference provides the 5-bit operand 
bit-length (in an 8-bit container). The three references are 
referred to as a bit-numeric-ref. 



2.4.5 String Operand References 



A string operand is specified by a single data reference* 
which points to a two-word string descriptor having the following 
format : 



0 2 3 9 10 31 



I RING I SEGMENT I BYTE OFFSET 



I MAXIMUM-LENGTH I CURRENT-LENGTH I 



0 15 16 31 



The descriptor's first word is the absolute address of the 
first byte of the string. T wos-compl ement max i mum- 1 engt h and 
current-length fields are contained in the descriptor's second 
word. Reference to and modification of these fields is specified 
by the instruction being executed. 
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2.4.6 Decimal Operand References 



A decimal operand is specified by two data references. The 
first is a pointer to the first byte of the operand? the second 
provides a 3-bit type and a 5-bit length in the following format: 



I TYPE I LENGTH I 
0 2 3 7 



The type field is encoded as: 



Type Description 

0 Packed decimal (IBM format) 

1 Unpacked decimal* low-order sign/overpunch 

2 Unpacked decimal* high-order sign/overpunch 

3 Unpacked decimal* trailing sign 

4 Unpackeo decimal* leading sign 

5 Unpacked decimal* unsigned 

6 Binary integer* signed 

7 Binary integer* unsigned 



The two data references comprising a decimal operand reference are 
referred to as a decimal-ref. 



2.5 Procedure Addressing 

The following formats are used to generate a procedure 
address : 



Format P0 101 DISPC7) I 
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0 1 7 



Format PI 


1 1 


0131 ARG# 1 0 


0 1 




0 


12 3 6 


7 



Format P2 


11 0 1 o)l 1 l*BRI 1 0 1 




0 1 2 3 4 5 6 7 



Format P3 


il 1131 BR i 


DISPC10) i 




0 1 2 3 5 6 


15 



Format P4 


1 1 0 131 BR 1 1 1 1 D ISP ( 1 6 ) 


1 




012345678 


23 



Format 


P5 


1100001 


1 01 SEG ( 7 ) I 


GATE (9) 1 






0 


7 8 


23 


Format 


P6 


TT”oTiTo”o'”o" 


I 01 GR i 


’bkTordTdispTIbTT 



0123 7 8 10 11 13 14 16 31 
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Format P7 



II OlffliO 1 0 1 01 000 I BR I 00 1 00 IUISP(22) I 
0123 78 10 11 13 14 16 16 39 



Format P8 II 0 1910 1 0 1 01 GR I BR I ORD 110 I DISP (22) I 

012345678 10 11 14 16 18 39 



Format P9 II OiSIO 1 1 1 Oi 000 I 0000000 I OF F C 22 3 I 

0 7 8 10 11 18 39 



Format P10 ll OiaiO 1 1 1 01 001 I 0000000 IDISP(22)I 
0 7 8 10 11 18 39 



Format Pll 11 0 1 d) 1 0 1 1 1 01 010 I SEG(7) I UFF (22) I 
0 7 8 10 11 18 39 



Format P12 11 01910 1 1 1 01 011 I SEG(7) I OATE (22)1 

0 7 8 10 11 16 39 



Each procedure address is resolved into an effective byte 
address consisting of two fields: a 7-bit effective segment* and a 
22 -bit effective byte offset. This resolution occurs differently 
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for each format: 



Format 


Effect 1 ve 
Segment 


P0 


(PC (3/9)1 


PI 


(AP(3,9)J 


P2 


tBR(3,9)l 


P3 


[BR (3/9)3 


P4 


(BR(3,9)3 


P5 


SEGC7) 


P6 


(BR (3,9)3 


P7 


[BR ( 3 f 9) ] 


P8 


[BR ( 3,9)3 


P9 


[PC (3/9)3 


P10 


tPC(3,9)J 


Pll 


SEG ( 7 ) 


P 1 2 


SEG ( 7 ) 



Effect 1 ve 
Byte Offset 

[BRO (10*31)1 + DISPC7) 
tBR 1(10,31)3 + (ARG# * 
[BR* ( 1 Q r 3 1 ) 3 
CBRC10#31> J + DISPC10) 
[BR(10,31)3 + DISPC16) 
[GATE (9) 3 

[BR(10,31)3 + OISPC16) 
[BR 1 1 0 r 31 ) ] + DISPC22) 
[BR ( 1 0 f 3 1 ) J t DISP (22) 
OFF (22) 

CPC (10,31) + DISP (22) 
OF F ( 22 ) 

[GATEC22)) 



(GR(1Q#31)3 *(2**QRD) 
[GR(10»31)3 *(2**0RD) 
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represents bits X through Y of 
contents of the specified 8R 

represents bits X th rougher of the 
contents of the program ^Counter (BRG) 

srepresents bits X through Y of the 

^ntents of the aroOment pointer (BR2)/ 

represents bits \A through Y of the 
contends of the specified GR 

represent'''® /the X bits of the 
spec i f i ed/oU spl ace men t 

represents thV 7 bits of the 
specified segment field 

represents the ofrset contained in 
ie specified gateVptry in the 
/specified segment 

represents the contents\rf the 
specified ordinal multiplier 

represents the X bits of the'' 
spec i f i ed offset 



— t wns-r n mo 1 sinsnt apoH' tion and 

multi plication respec t i v " 



2.5,1 Procedure Indirection 



When indirection is specified by a procedure reference* an 
intermediate procedure address is fetched. An effective byte 
address is computed as if indirection were not specified* except 
that any specified indexing (formats P6 and P8) is does not occur. 
This effective byte address is used to fetch the intermediate 
procedure address* which has the following format; 
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I MODE i SEG I FIELD I 

0 2 3 9 10 31 



The ultimate effective address is obtained from the intermedi- 
ate address in one of four ways/ selected by the MODE field: 



MODE 


Effective 

Segment 


Effective 

Byte 


Offset 


0 


[PC ( 3 / 9 ) 1 


FIELD (22) 


+ CGR (10/31)] *(2**0RD) 


1 


[PC (3/9)1 


[PC (10/31)1 + FIELD (22) + [GR( 10/31)) *(2**0RD) 


2 


SEG 


FIELD (22) 


♦ CGRC10/31)} *(2**0RD) 


3 


SEG 


(GATE) + 


(GR(10/31))*(2**ORD) 




where [GATE) 


represents 


the contents of the gate entry 



specified by FIELD for segment SEG 



GR contents are only included in the ultimate effective byte offset 
computation if the procedure reference specified indexing (formats 
P6 and P6) ; this mechanism implements post-indexing for indirect 
procedure references. 



2.5.2 GateS^jVj/^/^ 



It is necessary to restrict access to procedure segments that 
are more privileged than a calling procedure. This is done by 
allowing control to enter these segments only at specific routine 
entry points called gates. In this case# the caller/ instead of 
specifying a byte address/ specifies a gate number (procedure 
pointer mode Oil). This number is used as an index into a gate 
array which contains the byte address of the routine to be 
executed. Gates are numbered starting with 0. The gate array is 
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located starting at word 0 of the target procedure segment* and has 
the following format; 



Word 0 I I Max Gate Number I 



0 9 10 31 

Word 1 i Procedure Byte Pointer I GATE # 0 



Word N I Procedure Byte Pointer I GATE # N 



Before the gate eHt^y is fetched* the gate number is compared 
to the max gate number coM a i ned in word 0 of the segment. If the 
gate number is less than the maximum* the referenced offset is used 
as the target of the instruction. If it is not within bound* an 

error condition is signalled. T ha 

s enmen - t - a _ re resa we d .. l o r i n terr u pt A nd tr ? p 

Since the contents of a gate are interpreted as a 
Procedure Pointer* a reference to a GATE entry may result in a 
transfer to another segment. 



2.6 Stack Structure 

Efficient handling of subroutine call and return* trap proces- 
sing and space for temporary variables is achieved by support of a 
stack mechanism. The stack is divided into units called frames. 
When a subroutine is called or a trap processed* a new frame is 
created. The structure of the stack at a typical point in time is; 
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/IN 

I 

I 

I 

I 

INCREASING 

ADDRESSES 





LOCAL VARIABLES""" 






#2 






FRAME POINTER 1 





IMPLEMENTATION SAVE AREA 
for #2 



<ARG#N> 

9 

<ARG#1> 

ARGUMENT COUNT 



LOCAL VARIABLES 
#1 



FRAME POINTER 0 



IMPLEMENTATION SAVE AREA 
for #1 



<ARG#N> 

<ARG#1> 

ARGUMENT COUNT 






< - - ~ 



< » 



^ m mm mm 



STACK POINTER 2 
FRAME POINTER 2 



ARGUMENT PTR 2 
STACK POINTER 1 

FRAME POINTER 1 



ARGUMENT PTR 1 



The functioning of the stack is as follows; When a call 
instruction is issued* an argument packet can be built on the 
stack. (Alternatively* the argument list can be built in a segment 
other than the stack segment). Enough information must be saved in 
the frame's implementation save area to allow a complete restora- 
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tion of the caller's environment# including all registers. An 
calling routine uses its implementation save area to save its 
registers (and other state) on calling another routine. The format 
in which this information is saved is not specified# with the 
exception that the caller must save its frame pointer (BR1) in the 
last location of its implementation save area. In the above 
figure# routine #1 saves its registers in implementation save area 
#1 before calling routine #2. If routine #2 calls another routine# 
it will first save its registers in implementation save area #2. 
FP and SP are updated to the next available (empty) stack location# 
and the PC is updated with the starting address of the first 
instruction to be executed in the called subroutine. Typically# a 
called subroutine then allocates stack area for local variables 
with the save instruction. 

A return instruction restores a caller's registers (and state) 
by obtaining them from the caller's implementation save area. In 
the above figure# when routine #2 executes a return# the original 
contents of the registers of routine #1 will be restored from 
implementation save area #1. 

irthen a routine is called# no registers (BRs or XRs) are 
propagated from caller to callee except GP# (the global pointer) 
and USR. 

Each stack occupies a segment by itself. Thus overflow and 
underflow are detected by segment boundary faults which (in the 
case of overflow) can be resolved by the operating system invisibly 
to the executing procedure. 



--End of Chapter-- 
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CHAPTER 3 - Instruction Set 



3.1 Introduction 



This chapter presents the details of the instruction set for 
the MTA archi tecture. The general form of an instruction is: 



<op code> i<operand>>* 

where operand is a data or procedure reference as described 
previous! y. 



3.2 Opcode Format 



There are two opcode formats - S and 16 bits. The encodings 

are: 



i fieldlopcode I 






0 12 1 ^ 6 ^- 
Where "field" is 0 through 14* allowing 240 instructions. 



I 1 1 1 1 1 
0 12 3 4 



opcode 




Allowing 4096 instructions for this format* 
or a total of 4336 instructions. 



3.3 Arithmetic and Related Operations 



The table below summarizes the instruction set for seven of 
the basic data types. Legal operations for a given data type are 
indicated by an X, 
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A description of the format and action of each operation 
follows the table. The operation code for each data type is con- 
structed by appending the type ID found at the top of the column 
for each data type to the general operation name. For example* 
<ADD-16> adds two 16 bit fixed point numbers* where <ADD-P> adds 
two packed decimal numbers. 



I 
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1 Fixed 1 


F 1 oat i ng 1 


Packed 


1 




1 Point 1 


point 1 


Dec i ma 1 


1 




1 (si gned) 1 


(32 and 1 




1 




i (8,16,321 


64 bi ts) 1 




1 


Operat i on 


1 64 b i t s ) 1 


1 




1 


type ID 


T 

1 -32, -641 


-S, -D 1 
1 


-P 


"7 

i 



ADD 1 


X 


1 


X 


1 


X 


1 


SUBTRACT 1 


X 


1 


X 


1 


X 


1 


MULTIPLY 1 


X 


1 


X 


1 


X 


1 


DIVIDE 1 


X 


1 


X 


1 




1 


REMAINDER 1 


X 


1 




1 




1 


DIV-R 1 




1 




1 


X 


1 


NEGATE 1 


X 


1 


X 


1 




1 


SHIFT-A 1 


X 


i 


X 


1 


X 


1 


INCREMENT 1 


X 


1 




1 




1 


DECREMENT 1 


X 


1 





1 

■■m Mill in— m mini am 


ln IM 


1 



AND 

IOR 

XOR 

COMPLEMENT 

MASK-MERGE 

SHIFT-L 



MOVE 

COMPARE 

TEST 

CLM 

CLEAR 



normalize 

INTEGERIZE 

HALVE 



ROUND 

EDIT 
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Following are the operands and descriptions of each operation. 
Except for packed decimal operations* each operand is a standard 
data reference as described in the addressing chapter. Packed 
decimal operands contain two data references* one specifying the 
length* and one pointing to the first byte of the decimal 
string. For more detail* refer to the. chapter on addressing forms. 



, Certain operations are provided with both implicit and expli- 
cit destinations. When the operation has an implicit destination* 
the result is always placed in the container from which the last 
operand was extracted. An explicit destination is provided by an 
additional reference. In operations where this is permitted* the 
last reference has been placed in parentheses* to indicate that its 
absence will result in an implicit reference. In opcode 
terminology* where an operation demands an explicit destination* a 
"-E" will appear in its suffix. 



* <AD0><REF1><REF2>C<REF3>) 

* <SUBTRACT><REF1><REF2X<REF3>) 

* <MULTIPLY><REF1><REF2>(<REF3>) 

For all types* multiply returns a result of the same 
type and size as the inputs. 

* <0IVIDE><REF1><REF2>C<REF3>) 

The value specified by <REF2> is divided by the value 
specified by <REFl> and the result is placed in 
<REF2X<REF3>). 

* <REMAINDER><REF1><REF2X<REF3>) 

* <DI V-RxREF lxREF2xREF3> - divide with remainder 

The value specified by <REF2> is divided by the value 
specified by <REF1>. The quotient is placed in <REF2> and 
the remainder is placed in <REP3>. 

* <NEGATExR£FlX<REF2>) 

* <SHIFT-A><REF1><REF2X<REF3>) - arithmetic shift 

The operand specified by <REFl> is an 8 bit shift 
count. Positive implies a left shift* negative a right 
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shift. 

* <INCREMENTxREF 1X<REF2>) 

* <0ECREMENT><REF1>C<REF2>) 

* <ANDxREFlxREF2X<REF3>) 

* <I0R><REFlxREF2>KR£F3>) 

* <X0RXREF1><REF2>(<REF3>) 

* <COMPLEMENT><REFl> (<REF2>) 

* <MASK-MERGExREFl><REF2xREF3X<REF4>) 

<REF3> (<REF4>) becomes C <REF 1 > AND <REF2>) OR (NOT 
<REF 1 > AND <REF3>) 

* <SHIFT-L><REFlxREF2X<REF3>) - logical shift 

A logical shift of the operand specified by <REF2> is 
performed. The shift count is an 8 bit quantity specified 
by <REF1> (positive -> left shift* negative -> right 
shift). 

* <M0VEXREF1><REF2> 

* <COMPARE><REFlxREF2> 

The only result of this instruction is to set the 
condition register based on the result of the comparison 
between the operands specified by the references. 

* <TEST><REF1> 

The condition register is set based on the result of a 
comparison between the operand specified by <REF1> and 
zero. 

* <CLMXREF1><REF2> 

<REF1> specifies an operand twice the length of the 
data type specified. The first half is a lower bound and 
the second half of this operand is an upper bound. The 
condition register is set based on a comparison between the 
operand specified by <REF2> and these two signed values. 
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* <CLEAR><REF 1> 

The operand specified by <REF1> is set to zero. 

* <NQRMALIZE><REF1> 

* <INTEGERIZExREFl> 

* <HALVE><REF1> 

The value specified by <REF1> is divided by 2.0 and 
returned to the place specified by <REF1> 

* <R0UNDxREFlxREF2xREF3xREF4xREF5xREF6> 

The packed decimal string specified by reference 3 , 
with length specified by reference 2 is shi f tedCscal ed by a 
factor of 10) as specified by reference 1. The result is 
moved to the decimal string specified by reference 6* with 
length specified by reference 5. 

A positive count results in a left shift (multiply by 
10). A negative count results in a right shift and addition 
of the rounding factor to the shifted string before the 
final shift right occurs. That is* after count-1 right 
shifts* the rounding factor is added to shifted string 
before the last shift. The last shift results in the 

rounded shifted string and its carry out being shifted 
right one additonel time. A count 0 results in a move of 
reference 2 to reference 6. 

The rounding factor is interpreted as a signed byte. 

* <EDIT><REF1>...<REFN> 



3.4 Strings 



The string instructions provided are generally oriented to 
multi-byte character strings. The compare instructions will set 
conditions bits in the condition register (CR). Up is defined as 
an increasing byte address and down as a decreasing byte address. A 
string length of zero will cause no operation to occur. 
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Within this section a <STR-REF> is a pointer to a string 
descriptor as described in the Addressing chapter. <STR-REF> . PTR 
is the string's byte pointer as specified in the descriptor. 
<STR-REF> .MAX is the string's maximum length as specified in the 
descriptor. <STR-REF> ,CUR is the string's current length as 
specified in the descriptor. The string descriptor always points 
to the first byte of the string. In scans there are condition 
codes for failure due to current length being zero or negative# 
character not found and successful scan. If the scan is 
unsuccessful# the returned index will be set to zero. 

The following instructions have been defined; 



* <M0VE-STRING><STR-REF1><STR-REF2> 

Move bytes from the string referenced in <STR-REF1> to 
the string referenced in <STR-REF2> for a count equal to 
MIN (<STR-REF1>.CUR#<STR-REF2>.MAX) . This instruction also 
updates the value of <STR-REF2> .CUR to the number of bytes 
moved, <STR-REF2>.MAX is unchanged, 

* <M0VE-wITH-FILL><STR-REFlxSTR-REF2><REF3> 

Similar to <MQVE-STRING> except that if <STR-KEF1>.CUR 
is less than <STR-REF2> . MAX # the remainder of string two is 
padded out with the eight bit character specified by 
<REF3> • 

* <C0MPARE-STRINGS><STR-REF1><STR-REF2> 

Compare strings referenced by <STR-REF1> and 
<STR-REF2> setting the condition register (CR). 

* <SU6STRINGXSTR-REF1XSTR-REF2XR£F3XREF4> 

Set <STR-REF1> to be a new string descriptor to a 
substring of the string specified by <STR-REF2> with <REF3> 
being a 16-bit offset into the string for the start of the 
substring and <REF4> a 16-bit offset into the string for 
the end of the substring. 

* <SCAN-SU8STRING-UP><STR-REF1XSTR-REF2><REF3> 

* <SCAN-SUBSTRING-D0WNXSTR-REF1XSTR-REF2XREF3> 

Scan a string referenced in <STR-REF2> up or down for 
the substring referenced in <STR-REFl>.Set <REF3> to be the 
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index to the leftmost character of the found substring. 
<REF3> is a signed 16-bit integer. 

* <TRAN8LATE-STRINGXREF1><STR-REF2XSTR-REF3> 

Move translated bytes using a 256-byte translation 
table referenced by <REF1> from the string referenced by 
<STR-REF2> to the string referenced by <STR-REl~3> for a 
count equal to MIN(<STR-REF2>.CUR,<STR-REF3>.MAX) . Set 
<ST R-REF3> . CUR accordingly. 

* <CHARACTER-SCAN-UNTIL-TRUE><REF1><STR-REF2><REF3> 

Scan a string referenced in <STR-REF2> using each byte 
as an index into a 256-bit table referenced by <REP1> until 
the indexed bit is on. Set <REF3> to be the 16-bit index 
to the found byte. 



3.5 Bit 



The bit instructions fall into three classes of operations? 
boolean instructions* multi-bit string instructions and bit 
numerics. Throughout this section* <8IT-REF> is used to represent 
a bit reference. This reference is described in the chapter on 
addressing formats* and consists of a pair of data references 
specifying the base of a bit table* and the offset in that table. 



3.5,1 Boolean 



The following instruction is indivisible* which means the 
read/modify/write occurs as one completely contained operation 
locking out any other asynchronous request until the modification 
i s compl ete. 



* <T£ST-AND-SET-BIT><BIT-REF> 

Test the bit referenced by <BIT-REF> and set the 
appropriate condition bits. Set the referenced bit. 
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The following instructions are not indivisible. 

* <TEST-BIT><BIT-REP> 

Test the bit referenced by <BIT-REF> and set the 
appropriate condition bits. 

* <SET-BIT><BIT-REF> 

Set the bit referenced by <8IT-REF>. 

* <CLEAR-BIT><BIT-REF> 

Clear the bit referenced by <BIT-REF>. 



3.5.2 Mul t i-bi t 



* <FIN0-LEADING-BIT><REF1><REF2><REF3> 

Scan for first 1 in a 32 bit word specified by <R£F1>. 
Set <REF2> to be the bit offset to this bit. 



3.5.3 Bit Numeric 



For the bit numeric move operations, an unsigned operation 
(-U) involves clearing the high order bits of the destination? a 
signed operation C-S) involves sign extending the most significant 
bit of the bit field to fill the destination. Movement is always 
to a 32 bit destination. 



* <EXTRACT-UXBIT-REF1><REF2><REF3> 

* <EXTRACT-Sx0IT-REFl><REF2xREF3> 
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Move a bit numeric spec ified by <6IT-REF1> with count 
contained in the five least significant bits of the byte 
specified by <REF2> to a 32 bit destination referenced by 
<REF3> • 

* <INSERT-UXREF1><BIT-REF2><REF3> 

* <INSERT-SxREFl><BIT-REF2><REF3> 

Move a 32 bit source specified by <REF1> to a bit 
numeric specified by <BIT-REF2> with count in <REF3>. 



3.6 Stack Manipulation 



The following instructions modify the stack: 



* <MQDIFY-STACK-POINTERxREF> 

Set the value of the stack pointer (SP) to be the 
current value of SP added to the 16-bit signea integer 
referenced by <REF>. 

* <PUSH-8><REF> 

* <PUSH- 1 6><REF> 

* <PUSH-32><REF> 

* <PUSH-64><REF> 



Move one# two# four or eight bytes of data referenced 
by <REF> To the end of the stack starting at SP. Adjust SP 
to point to the new end of the stack by adding one# two# 
four or eight to its current value. 

* <P0P-8xREF> 

* <P0P- 1 6><REF> 

* <PQP-32xREF> 
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* <PQP-64><REF> 

Remove the last one» two# four or eight bytes from the 
end of the stack starting at SP-1 and place them at the 
reference <REF>. Readjust SP to the new end of stack by 
subtracting one# two# four or eight from its current value. 



* <PUSH-MULTIPLE><R£F> 

Push multiple registers, <REF> specifies a 16-bit mask 
used to determine which registers to push. Mask bit 0 
represents GR7# bit 1 represents GR6# bit 8 represents 8R7# 
bit 9 represents BR6# etc. If the bit representing a 
register is set# that register is pushed. 

* <P0P-MULTIPLEXREF> 

Pop multiple registers. <RtF> spcifies a lb-bit mask 
used to determine which registers to pop. The mask is 
interpreted as in <PUSH-MULTIPLE>. 

* <M0VE-T0-SPxREF> 

Move the current value of the stack pointer (SP) to 
the 32 bit operand specified by <REF>. 

* <MQVE-FRQM-SPxREF> 

Move the 32 bit operand specified in <REP> to the 
stack pointer. 

* <RESTORE><REF> 

Recover the state from an implementation save area in 
the current stack. <REF> resolves to a pointer to the frame 
containing the context to be restored. The stack and frame 
pointers are set so that the frame specified by <REP> 
becomes the current frame. 



3.7 Transfer of Control 
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3.7.1 Entry and Exit 



In the following i nst ruct i ons $ <PRfcF> refers to a procedure 
reference as defined in the Addressing chapter. 



* <PUSH-PC><PREF> 

Place the PC for the next instruction at the end of 
the stack starting at SP and branch to <PREF>. This 
facilitates a quick call to a subroutine which will use the 
current stack and register environment as its own. SP 
becomes SP+4. 

* <P0P-PC> 

Remove the last four bytes from the end of the stack 
and set the PC to be their value. SP becomes SP-4, This 
facilitates a quick return from a <PU5H-PC> type call. The 
next instruction executed (whose address was at the end of 
stack) will be that following the corresponding <PUSH-PC> 
i nst rue t i on . 

* <CALL-PACKET><PREF><REF0><REF1>. ..<REFN> 

* <CALL><PREF><REF> 

These call operators branch to a subroutine which uses 
a new stack environment. <PREF> is the specifier of the 
address of the subroutine. <REF0> is an 8-bit unsigned 
integer representing the number of argument references 
which are to follow. <REF 1>. . ,<REFN> are the references to 
a single argument or a list of n arguments. (N being the 
value of <REFG>.) The call will build a packet of arguments 
which can be referenced by the callee using AR, This 

packet has the following format (PTR is a 32 bit absolute 
address) : 
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<*ARG> 

AP -> <PTR 1 > 

<PTR 1 > 

<PTRN> 

Note: <REF0> is placed one byte before the base 
register address. 



Callers building their own parameter packets use the 
<CALL> operation. In this case* <REF> is the address of 
the packet. This address is placed in the callee's AP. 

* <RETURN> 

Return from procedure or trap handler. The current 
stack frame is popped and the return information is ob- 
tained from the implementation save area. 

* <RETURN-ABNXPREF><REF2> 

Functions like <RETURN> except the address to return 
to is specified by <PREF>. <REF2> specifies a pointer to 
the stack frame containing the procedure environment to 
restore. (This allows a return to a location and a context 
greater than one procedure level above the current routine. 



3.7.2 Vani 1 1 a Jumps 



* <JUMP-QN-C0NDITI0N><REF1><PREF> 

<REF1> specifies an 8-bit field with the following 
format ; 



I mask I test I 



0 1 2 3 a 5 6 7 

The mask is logically anded with the condition bits in the 
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USR and the result is compared with the test field. If the 
two are equal a branch is taken to the address specified by 
<PREF>. Otherwise* execution continues with the instruction 
after the JUMP. 

The following instructions perform conditional bran- 
ches based on the settings of the condition code following 
a <C0MPARE>* <TEST>* or <SUBTRACF> instruction. As defined 
previously* for arithmetic operations CB1 is called the C 
bit* CB2 is called the N bit* and CB3 is called the 1 bit. 



* <JUMP-NE><PREF> 

Branch to the address specified by <PREF> if the Z bit 
is one. 

* <JUMP-EQ><PREF> 

Branch to the address specified by <PREF> if the Z bit 
is zero. 

Arithmetic signed comparisons: 

* <JUMP-GT><PREF> 

Branch to the address specified by <PREF> if the L and 
N bits are zero. 

* <JUMP-IT><PREF> 

Branch to the address specified by <PREF> if the N bit 
is one. 

* <JUMP-GE><PREF> 

Branch to the address specified by <PR£F> if the N bit 
is zero. 

* <J'UMP-LE><PREF> 

Branch to the address specified by <PREF> if the Z bit 
is one or the N bit is one. 

Unsigned comparisons: 

* < JUMP-UGT><PREF> 
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Branch to the address specified by <PREF> if the C and 
Z bits are zero. 

* <JUMP-ULT»<PREF> 

Branch to the address specified by <PREF> if the C bit 
is zero. 

* <JUMP-UGE><PREF> 

Branch to the address specified by <PREF> if the C bit 
is one. 

* <JUMP-ULE><PREF> 

Branch to the address specified by <PREF> if the C bit 
is one or the Z bit is one. 

Unconditional branch: 

* <JUMP><PREF> 

Equivalent to a <JUMP-ON-CONDITIQN><0><PREF> 

3.7.3 Dispatches 



All dispatch instructions use a table of the following format: 



dower Bound><Upper Bound> 
<REF>------> <Procedure Pointer> 



<Procedure Pointer> 



The lower bound and upper bound are both signed 16-bit 
integers. All dispatches validate the index as lower bound <=index 
< supper bound. If the index is not within the bound ranger the PC 
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will be set to the next instruction following the dispatch. 
Otherwise a branch will be taken through the indexed procedure 
pointer. In the operation desc r i pt i ons , <REF0> describes a sixteen 
bit index, and <REF1> is a pointer to a dispatch table as described 
above. All dispatch operators will set the condition register to 
indicate one of three conditions; dispatch index out of range, 
dispatch index in range but there was no label, or successful 
dispatch. The dispatch table can have "holes" by setting the value 
of that position in the table as a 32-bit zero (illegal label 
within table). 



* <DISPATCH><REF0><REF1> 

* <DISPATCH-PUSHPCxREFOxREFl> 

* <DI8PATCH-CALL><REF0XREF1><REF2> 

<REF2> is the argument pointer as specified under the 
description of the <CALL> operation. 



3.8 Conversion 



* <C0NVERT-INTEGER-T0-SP><REF1XREF2> 

* <C0NVERT-INTEGER-T0-DP><REF1XREF2> 

Convert the integer specified by <REF1> to floating 
point referenced by <REF2>. Conversion of 16-bit integers 
is to single precision, of 32-bit integers to double 
precision floating point. 

* <C0NVERT-5P-T0-INTEGERxREF 1 ><REF2> 

* <CQNVERT-DP-TO-INTEGERxREF 1 ><REF2> 

Convert the floating point number specified by <REF1> 
to an integer. Conversion is from single precision to 
16-bit integer, double precision to 32-bit integer. 

* <C0NVERT-SP-T0-DP><REF1><REF2> 

Convert the single precision number specified by 
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<REF1> to a double precision number specified by <REF2>. 

* <CONVERT-CHARACTER-TO-OP><STR-REF><REF> 

Convert the character string to a double precision 
floating point number. 

* <CONVERT-DP-TO-CHARACTERxREFxSTR-REF> 

Convert a double precision floating point number to a 
character string. 

* <PACKXDEC-REF1XDEC-REF2> 

Converts the operand specified by <D£C-REF1> to packed 
decimal format and places the result in the operand speci- 
fied by <DEC-REF2> , 

* <UNPACK><0EC-REF1><DEC-REF2> 

Convert the packed decimal operand specified by 

<0EC-REF1> to the format and location specified by 

<DEC-REF2>. 



3.9 Loop Control 



* <L00P-8><REFlxREF2><REF3><PREF> 

* <L00P-16XREF1XREF2><REF3><PREF> 

* <L00P-32><REFlxREF2><REF3><PREF> 

* <L00P-64xREFlxREF2xREF3><PREF> 

These instructions are used to control iterative loops 
such as FORTRAN DO statements. <REF1>, <REF2> and <REF3> 
are fixed point numbers with a container size specified by 
the instruction suffix. The action of the instruction is: 

REF 1 <- REF 1 + REF2 

IF CREF2 >= 0 AND REF 1 =< REF3) OR 

(REF2 < 0 AND REF 1 >= REFi) 

THEN PC <- PREF 
ELSE PC <- PC + 1 
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3,10 Semaphores 



The following instructions are used for 
coroutines* etc; 



synchronization of 



* <L0CKxR£F 1 > 

IF REF 1 = 0 THEN CBO <- 1 ELSE CBO <- 0? IF REF 1 # 0 THEN 

REF 1 <- REF 1 + l; 

* <UNLQCK><REF1> 

IF REF 1 = 0 THEN CB1 <- 1 ELSE DO CB1 <- 0** REF 1 <- REF 1 - 
1? IF REF 1 = 0 THEN CBO <- 1 ELSE CBO <- 0? END; 



3.11 Reserved Instructions 

There is a set of 25fc op codes reserved for definition on a 
per system basis. Execution of any of these instructions causes a 
process trap (see Interrupts and Traps Chapter) to a software or 
microcode routine which then executes the instruction. 

The format of the specific instructions is determined by the 
programmer or microcoder who writes the emulator routine. These 
instructions will typically be used by system programmers for 
operating system or compiler specific accelerators* and for entry 
to user written microcode routines. 



3.12 System control 



* <C0NVERT-T0-PHYSICALXREF1XREF2> 

Generate the logical address defined by 
<REF1>. Convert this to the cor respondi ng physical address 
and return this address in the 32 bit operand specified by 
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<REF2>. If there is no corresponding physical address 
(i.e. the specified page is not resident) return zero. 

* <GET-MACHINE-IDxREFl> 

Return machine specific information in the 64 bit area 
specified by <REF1>. The exact format of this information 
is to be defined. 

* <M0VE-T0-ISR><REF1> 

Load the Interrupt Status Register (ISR) from the 32 
bit operand specified by <REF1>. 

* <MOVE-FRQM-ISRxREFl> 

Place the current contents of the ISR into the 32 bit 
operand specified by <REF1>. Unused bits are set to zero. 

* < vw A X T > 

Places the processor in a wait state# from which it 
can still handle interrupts. (Similar to a JUMP . except 
that it does not tie up the memory bus.) 

* <HALT> 

Halts the processor by activating a solenoid which 
yanks the AC cord out of the rear of the cabinet. 



3.13 Input/Output 

I/O devices are controlled and monitored by means of 8-bit I/O 
directives (100s) having the following format: 



101 F 10 0 I Op Code I 

0 1 2 3 4 5 6 7 



The op code f i el d spec i f i es the specific I/O operation to be 
performed# and the F field specifies control information. A more 
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detailed treatment of lODs can be found in the I/O System chapter. 



An IOD is constructed and emitted by the following 
instruction: 



* <GI0D><REF1XREF2XREF3> 

The operand specified by <REP1> is the eight bit I/O 
directive. <REF2> specifies an eight bit field which 
contains the device code of the controller to which the IOD 
is addressed. The operand specified by <REF3> is a 16-bit 
field used either to supply data, receive data, or receive 
status, as specified by the IOD. 



3.14 Mi seel 1 aneous 



* <L0AD-EFFECTIVE-ADDRESS><REF1><REF2> 

Move the effective address of <REF1> to the 32 bit 
operand specified by <REF2>. 

* <C0PY><REF1><REF2><REF3> 

Move bytes from the area specified by <REF1> to the 
area specified by <REF2>. The number of bytes to move is 
contained in the lb bit fixed point operand specified by 
<REF3>. If the move count is positive, bytes will be moved 
left to right. If it is negative, bytes will be moved right 
to left. 

* <FILL><REFlxREF2xREF3> 

Copy the byte specified by <REF1> starting at the byte 
specified by <REF2>. The number of copies to make is 
contained in the 16 bit operand specified by <REF3>. 

* <MQVE-T0-USRxREFl> 

The User Status Register (USR) is set from the 16 bit 
operand specified by <REF1>. 
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* <MOVE-FROM-USRxREFl> 

The current contents of the USR are stored in the 

sixteen bit operand specified by <REF1>. Unused bits are 
set to zero. 

* <GET-0PERAND><REF1><REF2> 

Used to obtain the operands of an instruction that is 
to be emulated by the software. The exact format and 
operation is to be defined. 

* <EXCHANGEXREF1><REF2XREF3> 

<REF1> specifies an eight bit operand containing the 
number of bytes to exchange between the areas specified by 
<REF2> and <REF3>. The bytes are exchanged left to right# 
one byte at a time. 

* <EXECUTEXREF1> 

Execute the instruction at the address specified by 
<REF1>, Unless the executed instruction causes a transfer 
of control# instruction execution continues with the 
instruction following the EXECUTE. 

* <NQ-OP> 

* <USER-TRAP-x> 

"x" is a number between 1 and 256# which provides 256 
instructions which are available for user definition. These 
instructions cause a procedure trap to be taken through a 
unique gate with an argument containing the value of "x". 



--End of Chapter-- 
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CHAPTER A - Interrupts and Traps 



4.1 General 



All events in an MTA machine which require a change in the 
normal flow of control are handled using a trap mechanism. Traps 
are divided into three categories - procedure/ process/ and 
interrupt. Procedure traps are events which can be handled by a 
user procedure. These include all instruction exceptional condi- 
tions such as fixed and floating ooint overflow/ etc. Process traps 
are procedure caused events which need system intervention in order 
to be resolved. These include page faults/ page table faults/ 
protection faults/ etc. Interrupts are asynchronous events which 
must be resolved by the operating system/ including I/O interrupts/ 
power fai 1 ure/ etc. 

All traps appear to the trap handlers like procedure calls. 
This is done by generating a parameter packet containing arguments 
and then pushing a state block on a stack. Each trap within a group 
is assigned a unique value which is passed as the argument to the 
trap handler. Thus the trap handler can detect the type of trap by 
accessing the argument and/ optionally/ dispatch to a unique type 
handler based on the argument. In addition/ all traps are dismissed 
merely by executing a return instruction, which will continue 
execution at the point where the trap was taken. This value passing 
forces only one trap to be generated on each machine cycle/ even in 
a pipelined implementation. 

Since traps can be taken at different points in the execution 
of an instruction/ differing amounts of information must be saved 
in order to continue execution after dismissing the trap. Thus/ 
the state block must be self describing to the extent that the 
return instruction can determine how to restore from it. 

In order to respond to the process and interrupt categories of 
traps/ arch i tectureal 1 y defined procedure segements exist. Segment 
#2 is always assigned to respond to process traps. Segement #3 is 
always assigned to handle interrupts. 

Every procedure segment has 1/ 2/ or 3 groups of trap 
pointers. These groups are for the procedure traps/ process traps/ 
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and interrupts. Procedure segments that can only handle procedure 
traps have only the procedure trap pointers. The procedure segment 
that can handle process traps has the procedure and trap 
pointers. The procedure segment that handles interrupts has all 
three pointer groups. Thus# a procedure trap in the procedure 
segment for the interrupt handler uses the same relative gate entry 
in its gate array to vector to the procedure trap handler. 

The structure of the trap pointers in the procedure segment 
root is as follows: 



SEG 3 ONLY 



SEG 2 ONLY 



SEG 2 ONLY 



SEG 2 ONLY 



EVERY PROCEDURE SEG 



<1 ft fl 



t» If If 



M If fl 



The contents of each gate entry contains a procedure pointer 
(Ref. Addrressing Chapter). Thus# a trap may vector to a handler 
in the present procedure segment# or specify an entry point in some 
other procedure segment. The final target address becomes the new 
value of the PC. Transfer of control to a procedure segment must 
be cognizant of the predefined gate entries. Thus# user defined 
gates must be adjusted to reflect the segment called and the fixed 
number of gate entries. 

In essence# a trap results in the implicit execution of a CALL 
instruction. The target address is a gate in the present segment# 
the arguments passed are a function of the ultimate ring of 
execution. As with an explicit CALL# sufficient state information 
is saved on the state to o the point following the 



CATEGORY GATE 



INTERRUPT 7 



PROCESS 6 



PROCESS 5 



PROCESS 4 



3 



2 



1 



0 



I GATE 

I EXTENT 
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procedure invocation* including the number of arguments pass. 
Thus* executing a RETURN instruction is used to exit from a trap 
handler. The Point of execution return for the arguments passed to 
the trap handler are delineated for every trap type. 



5 Procedure Traps 



Procedure traps are broken down into 4 categories: 

GATE NUMBER 



Floating Point Arithmetics 0 
Fixed Point Arithmetics 0 
Commercial Arithmetic 1 
Trace 2 
User 3 



When a trap is detected# it is classified as one into one of 
these areas. The target address is the gate number listed in the 
present procedure segment. The arguments pushed into the stack 
are: 



Further delineation of the trap type (e.g. float 
exponent overflow# as differentiated from underflow 
The value of the PC that points to the instruction 
causing the trap. 



The state block pushed into the stack has a return address 
pointing to the instruction following the one causing the trap. 



5.1 Floating/Fixed Point 



The following floating point error conditions are detected: 

Exponent overflow 
Exponent underflow 
Divide by zero 



For these classes of traps# the bit field of 32 bits is passed 
as an argument. Exponent overflow is indicated by 00. ..1. Expon- 



10:11:18 
22/Mar/78 
Rev . 1 



Data General Corporation 
Company Confidential 




5.1 



Floating/Fixed Point 



4-4 



ent underflow by 00. ..10, Divide byu zero by 00, ..100. 

When exponent overflow occurs* the value returned to the 

specified destination i s_ . When exponent underflow occurs* 

the value return to the specified destination i s 1 When 

divide by zero occurs* the specified destination remains unchanged. 



The following fixed point conditions are detected: 

Integer overflow on ADD/SUB 
Divide by zero 
Integer overflow on MPY 
Float to fixed conversion 



The classes of traps the bit field passed as an argumment is: 



Integer overflow 


on ADO SUB 


00 


... 1000 


Divide by zero 




00 


... 10000 


Integer overflow 


on MPY 


00 


... 100000 


Conversion 




00 


...1000000 



5.2 Commercial String 



The following commercial and string traps are detected: 

Size on for numberic ADD* SUB* MULTIPLY* DIVIDE 
Divide by zero 
String overflow 



For these classes of traps* the bit field produced is: 

Size error 0001 
Divide by zero 0010 
String overflow 0100 



5.3 Trace 
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5.4 User Traps 



When bits 0-7 of the opcode are 1111 1111 (all l's), a user 
define opcode is trap enabled. Gate #3 is transferred through. 
The argument passed to the trap handler is the second byte of the 
opcode (Bit 8-15). 



6 Process Traps 



Process traps are classified into three areas and thus three 
gate locations (4* 5 t 6). A fault is a condition which is a result 
of specified resource not being in the proper state. The fault 
handler can optionally supply this resource and successfully 
restart the instruction. The three types of process traps are! 

FAULTS 

UNIMPLEMENTED OPCODE 

DATA GENERAL RESERVED 



The processing of a process trap is handled slightly different 
than procedure traps. The pate array access is not in the present 
procedure segment but in segment #2. Segment #2 can only be 
executed in RingO. Thus* all arguments are pushed on the Ring 0 
stack with a subsequent change of the ring of execution to ring 0. 



6.1 Faults 



The following faults are defined! 

Page 

Access violation 
Specification exception 

Segment bounds check on stack operation 
Segment bounds check on non-stack operation 
Gate bound check 

For page faults, the arguments pushed are! 
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Address of the PTE 

The logical address causing the fault 

A field indicating a page fault 00. ..Oil 

The state of the machine at the time of the fault 



For access violations# the arguments pushed are: 

A bit field indicating the type of access violation: 

00 10 READ 

00 100 WRITE 

00 1000 EXECUTE 

00 10000 CALL 

The value of the PC referencing the instruction causing the 
fault. 

The logical address of the target reference that caused the 
fault. 

Machine state at the time of the machine. 



For specification exception, the bit field pushed on the stack 

i s : 



List possible specification exception 

e.g. Write into literal 

Write into BR using non-pointer instruction 



For segment bounds check on stack operation, the argument are: 
A bit field of xxxxx. 

The value of the PC referencing the instruction cau 
the fault. 

The logical address of the target. 



For segment bounds check on non-stack operation, the arguments 
pushed are: 



Abitfieldofxxxxx. 

The value of the PC referencing the instruction cau 
the fault. 

The logical address of the target. 
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For gate bounds check# the arguments pushed are: 

A bit field of x x x x . 

The value of the PC referencing the instruction cau 
the f aul t . 

The value of the procedure do inter referencing the 
array. 



6,2 Unimplement Opcode 



An un implemented opcode is defined to exist when the control 
sequences necessary to map the algorithm specified by the opcode on 
the hardware are absent. To maintain deject code compatibility# 
these control sequences are implemented in software. When such an 
opcode is detected# the argument passed to the trap handler is the 
value of the program counter referencing the instruction. The 
return address set up by the trap handler references the instruc- 
tion following the unimplemented opcode. 



6.3 Data General Reserved 



When bits 0-7 of the opcode are 1111 1110# a reserved Data 
General trap is enabled. The arguments passed is the second byte 
of the opcode (bit 6-15). 



7 Interrupts 



The processing of an interrupt is handled in the following 
manner. Gate #7 located in segment #3 is used to vector to the 
interrupt handler. The state of the current process is pushed on 
its ring 0 stack. The new stack used in segment #4. The new ring 
of execution is ring 0. The interrupt stack defined is not process 
specific. If an interrupt occurs while the interrupt stack is 
being used# the current stack is pushed on the interrupt stack. 
The state of the process includes ISR, 

When an interrupt is processed# the following actions occur: 
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The present stack is pushed as described above. 



The code of the device causing the interrupt is obtained. 
This code is used to dispatch to a 64 bit entry. The base 
these tables is a physical address maintained in the interr 
vector table. 

This entry contains a new ISR and a procedure pointer. 



The contents of the new ISR are used as follows: 

The interrupt mask contained in the ISR is inclusive "DRed" 
the present interrupt mask. Interrupts are enabled or disa 

by b i t of the mask. If the enable bit is Or interrupts 

enabled. Is the enable bit is 1 , interrupts are disabled. 
The procedure pointer is evalued and becomes the new value 
the Program Counter. The interrupt handler is entered at t 
new value. 



--End of Chapter-- 
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CHAPTER 5 - Protection 



5.1 General 



Segments are the basic unit of protection. Segments are 
always referenced within a hierarchical domain structure organized 
into units called rings. There are 8 rings of protection. Ring 0 
contains the system security kernel and is the least 
restricted. Ring 7 is a user domain and is the most restricted. At 
all times, there is a current ring of execution (CRE), which 
determines the access allowed to the current procedure. 

There are four types of access which can be allowed to a 
segment. Two are related to data access. Read access allows data 
within the segment to be fetched. Write access allows modification 
of data within the segment. The other two apply to procedure 
transfer. Direct access allows control to be passed to any loca- 
tion within the segment. Gate access allows transfer to the 
segment only through use of a gate (described in the Introduction). 



Whenever access is attempted to a segment, the processor 
generates an effective ring number (see Ring Maximization), and 
uses that and the target segment number as indices into a two 
dimensional access array. This array is associated with the current 
translation table (see Memory Management) and each entry in it 
contains a bit for each of the four types of access. If the bit is 
set, that type of access is allowed from the effective ring' to the 
target segment. 



5.2 Ring Maximization 



In any hierarchical system, there exists a problem of a higher 
ring passing as a parameter to a lower ring a pointer to a segment 
that the higher ring has no access to. To avoid this problem, the 
architecture provides a technique called ring maximization, which 
is applied to all data accesses. Every base register and byte data 
pointer involved in an effective address calculation has a ring 
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number contained in it. The effective ring used for access checking 
is the maximum of all these rings and the current ring of 
execution. In this way# a more privileged ring can make data 
accesses with the same access limitations as the higher ring on 
whose behalf it is executing, but a higher ring can not masquerade 
as a lower (more privileged) ring. 



5,3 Determination of the Current Ring of Execution 



Every procedure segment has associated with it the mimimum 
(MINRE) and the maximum (MAXRE) ring in which the procedure is 
allowed to execute. These are kept in the segment descriptor. 
Whenever the procedure segment is changed as a result of a call, 
jump, or return instruction, a new current ring of execution is 
determined according to the following formula; 

CRE <- MAX { MIN(MAXRE,CRE) , MINRE > 



5.4 Stacks 

Every ring has its own stack segment with a format as descri- 
bed in the Introduction. When a ring crossing is detected during 
execution of a call instruction, the stack segment number for the 
new ring is fetched from the Task Control Block. Arguments and the 
procedure state block are pushed onto the new stack segment. 



5.5 BASE REGISTER MODIFICATIONS 



Base Registers can only be the destination of instructions 
which produce pointers as part of the result. Thus the Program 
Counter can only be altered by instructions which are allowed to 
change the sequence of execution (e.g., JUMP, RETURN, DISPATCH 
). BR's 1-7 can only be altered by instructions whose result is a 
pointer (e.g., Load Effective Address, and Move Stack Pointer). 



5.6 PROGRAM COUNTER RELATIVE 



A Read or Write access to the present procedure segment is 
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treated as a reference to a data segment. Thus, the normal rules 
governing access apply. The only exception to this rule is that an 
operand reference that is specified as a literal is read from the 
instruction stream ignoring the read access of the present pro- 
cedure segment. 



--End of Chepter-- 
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CHAPTER 6 - Memory Management 



Since the state of the art In memory management policies for 
virtual systems continues to advance# It would seem reasonable to 
encapsulate MTA's memory management algorithms In a module whose 
Internals are not architecturally specified. Thus# the following 
description of memory management for MTA Implementation 1 does not 
In principal belong in this document# it is provided solely for 
compl eteness. 

For purposes of memory management# the logical address descri- 
bed in 1,2.2 is further subdivided such that each segment consists 
of 2K pages# each page containing 2K bytes: 

0 23 9 10 20 21 31 



|<Ring>l<Seg #>|<Page #>l<Page offset>l 



Conversion from logical address to physical address is implemented 
by constructing a page table for each segment. This table contains 
one entry for every page in the segment Centries exist for pages 
beyond the current length of the segment# but are marked invalid). 
An entry in this table (PTE - for Page Table Entry) has one of the 
following two formats# depending on the associated page's status: 



0 1 




31 


1 1 1 reserved 1 


Inval i d 


(unallocated) page 




0 12 3 


18 19 


31 


1 OIRIMI 


spare l<physical page 


#>! 



Resident page 



In the PTE for a resident page# the R-bit indicates whether the 
page has been referenced by a process since the last time the R-bit 
was reset# and the M-bit indicates whether the page has been 
modi fied by a process since the last time the M-bit was reset. 
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These two cits are required by most useful memory management 
algorithms. The 16 spare bits in the resident page PTE are availa- 
ble to the memory manager - a typical use might be the W-bit 

required by the page fault frequency algorithm to mark pages 
belonging to the active process' working set. 

The page table associated with each segment is itself 4 pages 
in length: 

2K pages/segment * 1 PTE/page * 4 bytes/PTE * 1 page/2K bytes = 4 

Since we anticipate that most segments will be less than one fourth 

their maximum length, it is desirable to require only those page 
table pages containing PTE's for allocated pages of an active 

segment to be resident in primary memory. This is achieved by 
associating 4 page table pointers (PTPs) with each of the 120 
segments of a process' logical address space. A PTP has one of the 
following two formats, depending on the status of the associated 
page table page: 

0178 31 



101 l<physical page table ptr>l 



PTP for a resident page table page 
0 1 31 



1 1 I reserved I 



PTP for a non-resident page table page 



The physical address contained in a PTP for a resident page i s 
a byte pointer to the page table page itself (the low order 11 bits 
of this pointer are always 0, since page table pages must be 
aligned on physical page boundaries). 

The 512 PTPs associated with a process' 128 segments are 
grouped in sequence to form the process' translation table - this 
table defines its process' logical address space. The translation 
table for the currently active process is pointed at by the current 
translation table pointer (CTTP), itself a physical address. 
Naturally, the translation table for the currently active process 
is resident in primary memory. 

Each logical address emitted by the processor is translated to 
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a physical address by adding bits 3 through 11 of the logical 
address to CTTP to select a PTP from the current translation table. 
If bit 0 of this PTP is reset* a boundary fault is initiated* 

otherwise* bits 12 through 20 of the logical address are added to 

the pointer in the PTP to select a PTE from the page table. If 

this PTE is invalid* a boundary fault is initiated. If it is 

resident* the PTE is updated as reguired by the memory management 
algorithm (for example* the R-bit may be set)* and the desired 
physical address is constructed by concatenating bits 19 through 31 
of the PTE with bits 21 through 31 of the logical address. 

Although this mechanism provides the desired functionality* it 
is painfully slow* since two memory references are required (one to 
get the PTP* one to get the PTE). Therefore* MTA implementation 1 
will be provided with an associative address translation unit (ATU) 
which* when provided with bits 3 through 20 of a logical address* 
either produces the associated PTE (R* M, and physical page 
number)* or initiates an ATU fault. This fault is serviced (in 
microcode) by obtaining the PTE as described above* loading its 
contents into the ATU (perhaps overwriting some other PTE in the 
ATU)* and retrying the translation. The ATU also faults if a page 
whose M-bi t is reset is modified. This fault is handled by setting 
the M-bit of the page's PTE and ATU entry. 

Because logical addresses are process specific* the ATU must 
be purged before a new process is activated. Thus each page a 
process references in its time slice is guaranteed to generate at 
least one ATU fault. 

In order to support memory management as defined above* the 
memory management module must be provided with the following: 

1. The ability to move operands in primary memory using 

physical addresses, 

2. The ability to load a PTE into the ATU. 

3. The ability to purge the ATU. 



--End of Chapter-- 
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CHAPTER 7 - I/O System 



An MTA processor controls and monitors its I/O devices via I/O 
directives (IQDs)# which are identical in functionality to the 
programmed I/O instructions of the Nova/Eclipse architecture. Upon 
execution of a GI00 instruction# the processor constructs an IQD 
and transmits it over the programmed-I /Q bus to the specified I/O 
device's controller. Depending on the IOD contents# this device 
controller may accept two bytes of data from the processor# trans- 
mit two bytes of data to the processor# accept control information 
from the processor# or transmit its status to the processor. 

An MTA processor's programmed-I/O bus is both functionally and 
physically identical to the Nova/Eclipse I/O bus# as specified in 
Data General publication 015-000031 (Interface Designer's Reference 
for the Nova and Eclipse Computers) chapter 3# chapter 4# and 
appendix D. Any I/O device controller adhering to these specifica- 
tions can be attached to the I/O bus of any MTA processor. An 
exception is those controllers which utilize the Increment or 
Add-to-memory data channel functions? these may not be available on 
some or all MTA implementations. Extensions to the I/O bus may 
also be supported by particular implementations# as long as compa- 
tibility is not jeopardized. Data parity# control parity# and 
8-bit device codes are examples of potential extensions. 

In addition to carrying IODs and data# the I/O bus permits 
device controllers to asynchronously request processor interrupts 
and data channel service. The bus contains signals for interrupt 
priority arbitration (INTA) and priority mask maintenance (MSKO). 
Unlike the Nova/Eclipse architecture# however# these signals are 
not explicitly activated by programmed I/O instructions. Instead 
the processor automatically uses INTA to determine the highest 
priority device when an interrupt is synchronized and vectors to 
that device's interrupt handler. The interrupt vector routine 
installs a new interrupt mask in the ISR# using MSKO to transfer 
this mask to the I/O controllers (see the chapter entitled "Traps 
and Interrupts" for a more detailed description of I/O interrupts 
and the vector routine). In general# any alteration of the inter- 
rupt mask field in the ISR will implicitly activate MSKO. 

The MTA architecture defines a programmed-I/O instruction with 
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the following format: 



GIOD <REFlxREF2xREF3> 



where the operand specified by <REF3> is the source 
destination# the operand specified by <REF2> provides a device 
code# and the operand specified by <REF1> provides the I/O direc- 
tive (IOD). The device code operand has the following format: 



I 00 I DEV 



0 1 



7 



The 6-bit DEV field identifies the device controller to which the 
IOD is addressed. The IOD has the following format: 



I 0 I F I 00 I OPCODE I 
0 12 3 4 5 7 



Device code 000000 is reserved for the processor power 
monitor# and device code 111111 is reserved for processor use. 

An IOD specifies two transactions: a data transaction# fol- 
lowed by a control transaction. The OPCODE field controls the data 
transaction with the following encoding: 
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OPCODE 


Data Transaction 


000 


none 






001 


A-regi ster 


m> 


<REF3> 


010 


<REF3> 


-> 


A-regi ster 


Oil 


B-regi ster 


-> 


<REF3> 


100 


<REF3» 


»> 


B-regi ster 


101 


C-regi ster 


-> 


<REF3> 


110 


<REF3> 


m > 


C-regi ster 


111 


status 


-> 


<REF3> 



Data transactions 001 through 110 involve three 16-bit virtual 
device registers associated with the addressed device controller? 
data is transferred between the 16-bit operand specified by <REF3> 
and the selected virtual device register over the 16 DATA lines of 
the programmed-I/O bus. Data transaction 111 is a device status 
transaction/ with status bits BUSY and DONE transferred into the 
least significant two bits of the 16-bit operand specified by 
<REF3>? the most significant 14 bits of this operand are undefined. 
BUSY and DONE are also set into condition code bits CCO and CC1. 
BUSY and DONE are transmitted on dedicated lines (SELB and SELD) of 
the programmed-I/O bus. 

The F field controls the control transaction with the follow- 
ing encoding: 



F Control Transaction 

00 none 

01 START 

10 CLEAR 

11 PULSE 



A controller's reaction to a control transaction is device specific 
unless the data transaction OPCODE was 111 (status transfer)/ in 
which case the control transaction is ignored. 



--End of Chapter-- 
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CHAPTER 8 - Availability/Reliability/Maintainability 



8.1 Overview 

This chapter at present contains theoretical directions which 
we expect Data General and MTA to be taking. This material is 
indicative of the techniques we will employ# but is preliminary as 
an architectural definition. 



6.2 MTA Diagnostic Control Processor Objectives 



Data General Corporation# and its customers# are becoming 
increasingly aware that the characteristics of maintainability and 
availability are vital to future systems sales. To meet the 
availability and maintainability goals# a soft console will provide 
all required MTA console functions executed through a teletype 
interface. In addition# it will improve system maintainability by 
proviiding a software diagnostic capability external to the MTA 
processor system and independent of its correct operation. Availa- 
bility can be enhanced by providing downline system control and the 
capacity to monitor timing on cri t i cal system data paths. Other 
capabilities that can enhance marketability can be provided nearly 
free given the above. 

The first two objectives effectively define the basic form 
that the console will take. To interrupt console commands received 
through the teletype# interface intelligence is required. A 
software diagnostic capability independent of a working processor 
system also requires intelligence# plus memory capacity - both RAM 
and bulk storage. To provide the intelligence needed# a microNOVA 
will be present on the console board# with a teletype interface and 
an interface to the MTA System. Basic control software for the 
console is present in ROM storage# and RAM is present for data and 
additional console program storage. Bulk diagnostic software is 
provided by a diskette unit connected to the microNOVA I/O bus via 
an external cable. The interface to the MTA System allows the 
microNOVA to force the processor to any microstate# as well as 
forcing data onto buses# and examining the data on those buses. No 
part of the actual processor need be working# except the power 
supplies for the console microNOVA# to perform complete 
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MTA Diagnostic Control Processor Objectives 
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diagnostics. The microNQVA will also be provided with its own set 
of self-diagnostic programs* further improving maintainability. 

Enhancements to availability are accomplished by: 



* Providing a capability for downline control. This is done 
merely by connecting the teletype interface mentioned to a 
modem instead of a terminal. Console commands normally 
received directly from a terminal are then received via a 
phone line. This allows remote diagnosis of the system 
before a field engineer arrives at the site. 

* Providing the capability to monitor timing on critical 
system data paths. This does not reduce failure probabil- 
ity but allows imminent failures to be located before they 
occur by spotting symptoms indicating failure# such as late 
bits. 

* Providing the ability to continuously monitor the power 
supply. This feature will enable early warning of power 
supply irregularities# and avoid catastrophic failures or 
critical data 1 oss . 

* Providing the ability to run diagnostic programs from the 
console at specified hardware breakpoints. This eases 
software debugging and allows the checking of specified 
hardware registers or paths in the middle of certain 
rout i nes . 



The diagnosis of intermittent hardware failures is generally 
difficult. Classically# the simplest way to locate such an inter- 
mittent failure is to vary the system characteristics until the 
failure becomes hard. The diagnostic control processor can facili- 
tate this debugging of intermittent failures by permitting us to 
vary three key parameters: 



* voltage 

* temperature 

* clock frequency 
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Within certain rigid limits* these parameters may be varied* 
under the control of the microNQVA* as an aid to off-line failure 
anal ys i s . 



--End of Chapter-- 
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APPENDIX I - INDEX 



ADD 3-4 

AND 3-5 



CALL 3-12 

CALL-PACKET 3-12 

CHARACTER-SCAN-UNTIL-TRUE 3-8 

CLEAR 3-6 

CLEAR-BIT 3-9 

CLM 3-5 

COMPARE 3-5 

COMPARE-STRINGS 3-7 

COMPLEMENT 3-5 

CONVERT-CHARACTER-TO-DP 3-17 

CONVERT-DP-TO-CHARACTER 3-17 

CONVERT-DP-TO-INTEGER 3-16 

CONVERT-INTEGER-TO-DP 3-16 

CONVERT-INTEGER-TO-SP 3-16 

CONVERT-SP-TQ-DP 3-16 

CONVERT-SP-TO-INTEGER 3-16 

CONVERT-TO-PHYSICAL 3-18 

COPY 3-20 



DECREMENT 3-5 

DISPATCH 3-16 

DISPATCH-CALL 3-16 
DISPATCH-PUSHPC 3-16 

DIV-R 3-4 
DIVIDE 3-4 



EDIT 3-6 
EXCHANGE 3-21 

EXECUTE 3-21 

EXTRACT-S 3-9 

EXTRACT-U 3-9 
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FILL 3-20 

FIND-LEADING-BIT 3-9 



GET-MACHINE-ID 3-19 
GET-OPERAND 3-21 
GIOD 3-20 



HALT 3-19 
HALVE 3-6 



INCREMENT 3-5 

INSERT-S 3-10 

INSERT-U 3-10 

INTEGERIZE 3-6 

IOR 3-5 



JUMP 3-15 
JUMP-EQ 3-14 

JUMP-GE 3-14 

JUMP-GT 3-14 

JUMP-LE 3-14 

JUMP-LT 3-14 

JUMP-NE 3-14 

JUMP-ON-CONDITION 3-13 

JUMP-UGE 3-15 

JUMP-UGT 3-14 

JUMP-ULE 3-15 

JUMP-ULT 3-15 



LOAD-EFFECTIVE-ADDRESS 3-20 
LOCK 3-18 
LOOP-16 3-17 

LOOP-32 3-17 

LOOP-64 3-17 

LOOP-8 3-17 



MASK-MERGE 3-5 

MQDIFY-STACK-POINTER 3-10 
MOVE 3-5 
MOVE-FROM-ISR 3-19 
MOVE-FROM-SP 3-11 

MO VE-FROM-USR 3-21 
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MOVE-STRING 


3-7 


MOVE-TO-ISR 


3-19 


MOVE-TO-SP 


3-11 


MQVE-TO-USR 


3-20 


MOVE-WITH-FILL 


3-7 


MULTIPLY 


3-4 


NEGATE 3-4 
NO-OP 3-21 

NORMALIZE 


3-6 



POP-16 


3-10 




POP-32 


3-10 




POP-64 


3-11 




POP-8 


3-10 




POP-MULTIPLE 


3-11 


POP-PC 


3-12 




PUSH- 1 6 




3-10 


PUSH-32 




3-10 


PUSH-64 




3-10 


PUSH-8 


3-10 




PUSH-MULTIPLE 


3-11 


PUSH-PC 




3-12 



REMAINDER 3-4 

RESTORE 3-11 

RETURN 3-13 
RETURN-ABN 3-13 

ROUND 3-6 




SCAN-SUBSTRING-DOWN 


3-7 


SCAN-SUBSTRING-UP 
SET-BIT 3-9 

SHIFT-A 3-4 

SHIFT-L 3-5 

SUBSTRING 3-7 

SUBTRACT 3-4 


3-7 


TEST 3-5 


TEST-AND -SET-BIT 
TEST-BIT 3-9 


3-8 


TRANSLATE STRING 


3-8 
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UNLOCK 3-10 
UNPACK 3-17 
USER-TRAP-x 



1-4 



WAIT 3-19 

XOR 3-5 
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